home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000042_lindberg@cs.colgate.edu_Mon Sep 27 14:32 MDT 1993.msg < prev    next >
Internet Message Format  |  1994-10-30  |  7KB
  1. Received: from yvax2.byu.edu by maine.et.byu.edu; Mon, 27 Sep 93 14:32:14 -0600
  2. Return-Path: <lindberg@cs.colgate.edu>
  3. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  4.  <01H3G2STWTJK935UU7@yvax.byu.edu>; Mon, 27 Sep 1993 14:30:01 MDT
  5. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  6.  <01H3G2SNRIPS9360HV@yvax.byu.edu>; Mon, 27 Sep 1993 14:29:52 MDT
  7. Received: from yvax2.byu.edu by alaska.et.byu.edu; Mon, 27 Sep 93 14:31:30 -0600
  8. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  9.  <01H3G2RU9SB4935UU7@yvax.byu.edu>; Mon, 27 Sep 1993 14:29:14 MDT
  10. Received: from cs.colgate.edu (csnext.colgate.edu) by yvax.byu.edu (PMDF
  11.  V4.2-13 #4169) id <01H3G2RAOOCG94HM2Q@yvax.byu.edu>; Mon,
  12.  27 Sep 1993 14:28:48 MDT
  13. Received: from  woody  (woody) by  cs.colgate.edu  (NeXT-1.0 (From Sendmail
  14.  5.52)/NeXT-2.0) id AA12135; Mon, 27 Sep 93 16:31:21 EDT
  15. Received: by  woody  (NX5.67c/NeXT-2.0) id AA13534; Mon,
  16.  27 Sep 93 16:31:18 -0400
  17. Received: by NeXT.Mailer (1.87.1)
  18. Received: by NeXT Mailer (1.87.1)
  19. Date: Mon, 27 Sep 1993 16:31:18 -0400
  20. From: lindberg@cs.colgate.edu
  21. Subject: Re: MiscKit summary and proposal:  stirring up the ashes
  22. To: misckit@cs.colgate.edu
  23. Reply-To: lindberg@csnext.colgate.edu
  24. Message-Id: <9309272031.AA12135@ cs.colgate.edu >
  25. Content-Transfer-Encoding: 7BIT
  26. Status: O
  27.  
  28.  
  29. Well, guess I can send this along now....
  30. --------------
  31. (1)  Prefixes. 
  32.  
  33.     Yeah, "Misc" would do very nicely.  I think the
  34.     main problem people have with prefixes of over two
  35.     letters is one of pronunciation:  a random selection
  36.     of over two letters can be hard to pronounce.  But
  37.     since "Misc" is a one-syllable thing anyways, I doubt
  38.     there should be too much problem....
  39.  
  40. (2)  Licensing issues. 
  41.  
  42.     Yech.  I'd agree, though...I don't think PD is
  43.     the route to go.  But don't ask me for the legalese...
  44.  
  45.  
  46. (3)  Maintaining source. 
  47.  
  48.     This sounds reasonable.
  49.  
  50. (4)  Commercial apps that use the MiscKit:
  51.  
  52.     Hmm... how about...
  53.  
  54.       Required:
  55.         An acknowledgement of the use of the MiscKit.
  56.  
  57.        It would be nice, but not required:
  58.         A pointer to where the MiscKit could be found
  59.           (in docs or if asked, whatever)
  60.         Providing source to whoever asks for it
  61.  
  62.         I think that's basically what was suggested anyways...
  63.  
  64. (5)  CDROM distributions: 
  65. (6)  Third party distributions: 
  66.  
  67.     Sounds good to me....(Geez, how many pages of legalese
  68.     will all this be?)
  69.  
  70. (7)  Modified distributions must be labelled as such. 
  71.  
  72.     Hmmmm....  *IF* you want to allow these, then
  73.     they should definitely be clearly marked.
  74.  
  75.     I would prefer to just have people send in additions
  76.     to be included in the official MiscKit.  There'll
  77.     probably be enough versions of the official MiscKit
  78.     lying around eventually that it'll probably be
  79.     confusing enough without the addition of several
  80.     different versions muddling the picture as well.
  81.     
  82.     If they are allowed, how about say that Don has to
  83.     give permission?  Hopefully that will cut down on
  84.     the number.... and maybe Don can convince them to
  85.     just contribute to the MiscKit instead :-)
  86.     
  87. (8)  People who modify the source do NOT have to send the
  88.     mods back to the list:
  89.     
  90.     Agreed.  But mention that it would be really nice
  91.     if they did...  :-)
  92.     
  93. (9)  What will be accepted into the kit?
  94.  
  95.     Sounds good.  I doubt we'll run into too much
  96.     trouble on this front.
  97.     
  98.  
  99. (10)  For now, it will be up to a developer to make sure
  100.     that any MiscKit resources are included as part
  101.     of an app, in the app wrapper. 
  102.     
  103.     Sounds good too.  Hopefully most things like tiffs
  104.     will be in a palettized class, which if you just use
  105.     the palette (or the whole library...right?) the tiff
  106.     should be already included.  (Correct me if I'm wrong.)
  107.     
  108.     
  109. (11)  Each contributor will be recognized
  110.  
  111.     Sounds good to me.
  112.     
  113. (12)  Object "owner's" responsibilities
  114.  
  115.     Also sounds reasonable.
  116.     
  117.     
  118. (13)  I'd like to have a file at the top level, a sort of
  119.     "to do" list
  120.     
  121.     This is probably a good idea too.
  122.     
  123. (14)  Backward compatibility: 
  124.  
  125.     This also sounds good.  But this means it pays
  126.     to get it as good as you can the first try.
  127.     As someone mentioned, it would be a really good
  128.     idea to send the class definition to the list first
  129.     to see if anyone has any suggestions.
  130.  
  131.  
  132.  
  133.     I personally prefer /LocalDeveloper and ~/Developer as
  134.   installation directories, mainly because the MiscKit
  135.   is a development tool, not a finished end product like
  136.   an app.  Admittedly though, /LocalLibrary
  137.   and ~/Library are much more likely to exist on a given
  138.   system.  Perhaps an option for either?  I suppose this
  139.   is the thing symlinks were made for in any event...
  140.     (Is there any way to use Installer.app for this?  Or
  141.   should we not assume execute access to it?)
  142.  
  143.     A question here, I guess, is whether we should keep all
  144.   the pieces of the MiscKit together in its own structure,
  145.   or split it up with a /MiscKit subdirectory in every
  146.   approprite spot:
  147.  
  148.   LocalDeveloper/Apps
  149.           /Demos/MiscKit/[all example apps, if any]
  150.           /Examples/MiscKit/[all .m files, etc]
  151.             (or would ../Classes/MiscKit be better?)
  152.         /Palettes/MiscKit/[all .palette's]
  153.         /Headers/MiscKit/[all .h files]
  154.         /Documentation/MiscKit/[all .rtf files]
  155.         etc...
  156.         
  157.    or
  158.   
  159.       ../MiscKit/Demos
  160.            /(Examples | Classes)
  161.         /Headers
  162.         /Documentation
  163.         /Palettes
  164.         etc...
  165.         
  166.      and just put the /MiscKit subdirectory somewhere like
  167.        /LocalDeveloper?
  168.  
  169.     It definitely should be possible to just include one
  170.   or two of the classes singly without having to drag in
  171.   the whole library.  I'm not sure what the directory structure
  172.   would have to look like, but if I want to include just one
  173.   class I'd like to be able to do it with minimal effort.
  174.   I suppose this is the place where self-encapsulation is
  175.   important... sometimes, though, it's probably just going
  176.   to be up to the programmer to make sure all necessary files
  177.   are in their project.  Make sure the documentation is clearly
  178.   marked in any situation such as this.
  179.  
  180.     I agree (sorry Don) with the school which thinks that
  181.   every app should  be self-contained, i.e. no dependencies
  182.   on outside files other than NeXT-supplied ones.  Basically,
  183.   if you write an app using some of these things as a pooled
  184.   resource, and Joe User at xxxx.edu downloads your
  185.   Excellent.app, they probably won't be able to run it because
  186.   they don't have MiscKit installed.  Most likely, the reaction
  187.   will simply be `bag it' and delete Excellent.app rather than
  188.   go to the trouble to find, download, and correctly install
  189.   the whole MiscKit just to have a couple tiffs or nibs.  It
  190.   just leaves one more thing to go wrong when.  If it's in the
  191.   app, then you can be sure.
  192.     I can understand the sysadmin tendencies in wanting to save
  193.   disk space in any way, but virtually always the little extra disk
  194.   space needed will far offset all the potential problems
  195.   that could arise. 
  196.  
  197.  
  198. Phew.  Well, that's all for now,
  199.  
  200. Carl Lindberg
  201.  
  202.  
  203. +---------------------------------------------------+
  204. |Carl Lindberg           Colgate University  '94    |
  205. |clindberg@colgateu.bitnet                          |
  206. |clindberg@center.colgate.edu                       |
  207. |lindberg@csnext.colgate.edu    (NeXTMail welcome)  |
  208. +---------------------------------------------------+